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DETAILED ACTION 



Response to Amendment 

1 . Applicant's amendment filed on August 31 st , 2009 has been entered. Claims 1 , 6, 
11 and 19 have been amended. Claims 1-28 are still pending in the application. 



Claim Rejections - 35 USC § 103 

2. The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

3. The factual inquiries set forth in Graham v. John Deere Co., 383 U.S. 1 , 148 
USPQ 459 (1966), that are applied for establishing a background for determining 
obviousness under 35 U.S.C. 103(a) are summarized as follows: 

1 . Determining the scope and contents of the prior art. 

2. Ascertaining the differences between the prior art and the claims at issue. 

3. Resolving the level of ordinary skill in the pertinent art. 

4. Considering objective evidence present in the application indicating 
obviousness or nonobviousness. 

4. This application currently names joint inventors. In considering patentability of 
the claims under 35 U.S.C. 103(a), the examiner presumes that the subject matter of 
the various claims was commonly owned at the time any inventions covered therein 
were made absent any evidence to the contrary. Applicant is advised of the obligation 



under 37 CFR 1 .56 to point out the inventor and invention dates of each claim that was 
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not commonly owned at the time a later invention was made in order for the examiner to 
consider the applicability of 35 U.S.C. 103(c) and potential 35 U.S.C. 102(e), (f) or (g) 
prior art under 35 U.S.C. 103(a). 

5. Claims 1, 3-6, 8-11, 13, 17-19, 21 25-28 are rejected under 35 U.S.C. 103(a) as 
being unpatentable over Liu et al. (USP 184,421 B1) in view of Flammer, III (US 
5,488,608) and further in view of Engel et al. (US 6,1 15,393). 

Liu et al. discloses a communication system for techniques that use network 
topology information to build and maintain a dynamically ad-hoc network with the 
following features: regarding claim 1, a system for reliably broadcasting a data packet 
under an ad-hoc network environment, the system comprising (Fig. 1, controlled flood 
multicast network nodes in ad-hoc network environment, see "ad-hoc network capable 
of efficiently routing both multicast and unicast traffic" recited in column 2 lines 59-66); a 
comparing unit which compares a first relay node sequence number with a second relay 
node sequence number, the first relay node sequence number being contained in a 
management packet received by at least one node transmitting the data packet , the 
second relay node sequence number being stored in a neighbor table of the at least one 
node (Fig. 18, technique for forwarding CFM unicast message, see "comparing the 
sequence number and node identifier against the stored list" recited in column 29 lines 
26-32 and column 1 4 lines 1 1 -22) and a control unit which determines whether or not 
the data packet is retransmitted to the destination node by the at least node according 
to a result of the comparison (Fig. 2B, a typical CFM communication node, see " the 
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node uses a controlled-flood technique to dynamically determine whether it should 
rebroadcast a flooded message based upon the present state" recited in column 5 lines 
46-59); regarding claim 4, wherein the data packet includes at least one of Internet 
protocol addresses of neighboring nodes, relay nodes, link status, and relay node 
sequence numbers (Fig. 17, processing a probe-request or probe-reply message, see 
"unicast message includes node identifier, a sequence number, a relay list" recited in 
column 28 lines 30-45); regarding claim 5, wherein the data packet includes at least one 
of Internet protocol addresses of neighboring nodes, relay nodes, link status, and relay 
node sequence numbers (Fig. 15, CFM technique by which a CFM node processes a 
controlled flood message, see "update the receiving CFM node link cache using relay 
list information contained in received message" recited in column 24 lines 57-65); 
regarding claim 6, a system for reliably broadcasting a data packet under an ad-hoc 
network environment, the system comprising (Fig. 1, controlled flood multicast network 
nodes in ad-hoc network environment, see "ad-hoc network capable of efficiently routing 
both multicast and unicast traffic" recited in column 2 lines 59-66), a determining unit 
which determines whether or not at least one node that receives the data packet is a 
relay node which transmits the received data packet to other neighboring nodes (Fig. 
13, technique by which node determines whether to transmit data to neighbors" recited 
in column 23 lines 1 -20) and a control unit which determines whether or not the data 
packet is retransmitted to the destination node by the at least one node that transmits 
the data packet according to a result of the comparison (Fig. 2B, a typical CFM 
communication node, see " the node uses a controlled-flood technique to dynamically 
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determine whether it should rebroadcast a flooded message based upon the present 
state" recited in column 5 lines 46-59); regarding claim 9, wherein the data packet 
includes at least one of Internet protocol addresses of neighboring nodes, relay nodes, 
link status, and relay node sequence numbers (Fig. 17, processing a probe-request or 
probe-reply message, see "unicast message includes node identifier, a sequence 
number, a relay list" recited in column 28 lines 30-45); regarding claim 10, (Fig. 15, CFM 
technique by which a CFM node processes a controlled flood message, see "update the 
receiving CFM node link cache using relay list information contained in received 
message" recited in column 24 lines 57-65); regarding claim 1 1 , a method for reliably 
broadcasting a data packet under an ad-hoc network environment, the method 
comprising (Fig. 1, controlled flood multicast network nodes in ad-hoc network 
environment, see "ad-hoc network capable of efficiently routing both multicast and 
unicast traffic" recited in column 2 lines 59-66), broadcasting the data packet to 
neighboring nodes (Fig. 13, technique by which node determines whether to transmit 
data to neighbors" recited in column 23 lines 1-20) and determining whether or not the 
data packet is retransmitted to the neighboring nodes by the neighboring nodes 
according to a result of the comparison (Fig. 2B, a typical CFM communication node, 
see "if the designated destination matches the identifier of the receiving node, the 
message is forwarded" recited in column 29 lines 30-38); regarding claim 13, wherein 
the step of comparing comprises receiving the management packet from the 
neighboring nodes (Fig. 18, technique for forwarding CFM unicast message, see "when 
a node receives a unicast message" recited in column 29 lines 26-27) and comparing 
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the first relay node sequence number contained in a received management packet with 
a second relay node sequence number stored in a neighbor table of the node 
broadcasting the data packet (Fig. 18, technique for forwarding CFM unicast message, 
see "comparing the sequence number and node identifier against the stored list" recited 
in column 29 lines 26-32 and column 14 lines 1 1-22); regarding claim 17, wherein the 
data packet includes at least one of Internet protocol addresses of neighboring nodes, 
relay nodes, link status, and relay node sequence numbers (Fig. 17, processing a 
probe-request or probe-reply message, see "unicast message includes node identifier, a 
sequence number, a relay list" recited in column 28 lines 30-45); regarding claim 18, 
wherein the neighbor table is updated on the basis of information of the management 
packet each of the predetermined number of times (Fig. 15, CFM technique by which a 
CFM node processes a controlled flood message, see "update the receiving CFM node 
link cache using relay list information contained in received message" recited in column 
24 lines 57-65); regarding claim 19, a method for reliably broadcasting a data packet 
under an ad-hoc network environment, the method comprising (Fig. 1 , controlled flood 
multicast network nodes in ad-hoc network environment, see "ad-hoc network capable 
of efficiently routing both multicast and unicast traffic" recited in column 2 lines 59-66), 
checking whether at least one node operable to receive the data packet is a relay node, 
as a result of checking, when the node is a relay node, broadcasting the data packet to 
neighboring nodes (Fig. 13, technique by which node determines whether to transmit 
data to neighbors" recited in column 23 lines 1-20) and determining whether or not the 
data packet is retransmitted to the neighboring nodes according to a result of the 
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comparison (Fig. 2B, a typical CFM communication node, see "if the designated 
destination matches the identifier of the receiving node, the message is forwarded" 
recited in column 29 lines 30-38); regarding claim 21 , wherein the step of comparing 
comprises receiving the management packet from the neighboring nodes (Fig. 18, 
technique for forwarding CFM unicast message, see "when a node receives a unicast 
message" recited in column 29 lines 26-27) and comparing the first relay node 
sequence number contained in a received management packet with a second relay 
node sequence number stored in a neighbor table of the at least one node (Fig. 1 8, 
technique for forwarding CFM unicast message, see "comparing the sequence number 
and node identifier against the stored list" recited in column 29 lines 26-32 and column 
14 lines 1 1-22); regarding claim 25, wherein the data packet includes at least one of 
Internet protocol addresses of the neighboring nodes, relay nodes, link status, and relay 
node sequence numbers (Fig. 17, processing a probe-request or probe-reply message, 
see "unicast message includes node identifier, a sequence number, a relay list" recited 
in column 28 lines 30-45); regarding claim 26, wherein the neighbor table is updated on 
the basis of information of the management packet each of the predetermined number 
of times (Fig. 15, CFM technique by which a CFM node processes a controlled flood 
message, see "update the receiving CFM node link cache using relay list information 
contained in received message" recited in column 24 lines 57-65); regarding claim 27, 
further comprising the step of; as a result of checking, when the node is not the relay 
node, storing information of the received data packet in the neighbor table (Fig 18A, 
technique for forwarding CFM unicast message, see "message is copied and stored 
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step 424" recited in column 28 lines 59-67) and regarding claim 28, wherein the 
management packet is transmitted by a node which receives the data packet 
transmitted by the at least one node (Fig. 1 8, technique for forwarding CFM unicast 
message, see "comparing the message sequence number and originating node 
identifier and the forward the message" recited in column 29 lines 30-33). 

Liu et al. do not disclose the following features: regarding claim 1 , comparing a 
first relay node sequence number with a second relay node sequence number the first 
relay node sequence number being contained in a management packet transmitted a 
predetermined neighboring node received by at least one node transmitting the data 
packet to the predetermined neighboring node the second relay node sequence number 
being stored in a neighbor table of the at least one node, the memory unit which stores 
information of the data packet before the data packet is transmitted to the destination 
node, wherein the information of the data packet comprises the second relay node 
sequence number, wherein the comparing is performed in the at least one node 
transmitting the data packet; regarding claim 3, wherein the memory unit comprises the 
neighbor table wherein the neighbor table is updated on the basis of information of the 
management packet received by the at least one node; regarding claim 6, comparing a 
first relay node sequence number with a second relay node sequence number the first 
relay node sequence number being contained in a management packet transmitted a 
predetermined neighboring node which is received by at least one node transmits a 
data packet to the predetermined neighboring node the second relay node sequence 
number being stored in a neighbor table of the at least one node that transmits the data 
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packet, the memory unit which stores information of the data packet before the data 
packet is transmitted to the destination node, wherein the information of the data packet 
comprises the second relay node sequence number, wherein the comparing is 
performed in the at least one node transmitting the data packet; regarding claim 8, 
wherein the memory unit comprises the neighbor table wherein the neighbor table is 
updated on the basis of information of the management packet received by the at least 
one node; regarding claim 1 1 , comparing a first relay node sequence number with a 
second relay node sequence number the first relay node sequence number being 
contained in a management packet received from the neighboring nodes after 
broadcasting the data packet to neighboring nodes, the second relay node sequence 
number being stored in a neighbor table of a broadcasting node which broadcast 
broadcasting the data packet to the neighboring nodes, storing information of the data 
packet before the data packet is transmitted to the destination node, wherein the 
information of the data packet comprises the second relay node sequence number, 
wherein the comparing is performed in the at least one node transmitting the data 
packet; regarding claim 19, comparing a first relay node sequence number with a 
second relay node sequence number the first relay node sequence number being 
contained in a management packet which each of the neighboring nodes transmits after 
broadcasting the data packet to neighboring nodes the second relay node sequence 
number being stored in a neighbor table of the at least one node, storing information of 
the data packet before the data packet is transmitted, wherein the information of the 
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data packet comprises the second relay node sequence number, wherein the 
comparing is performed in the at least one node transmitting the data packet. 

Flammer, III discloses a communication network for routing data packet where 
the best paths between nodes are stored in a routing table generated at each node with 
the following features: regarding claim 1, the memory unit which stores information of 
the data packet before the data packet is transmitted to the destination node, wherein 
the information of the data packet comprises the second relay node sequence number 
(Fig. 1 , a block diagram illustrating a general data network topology, see "node W stores 
that information in a routing table and before transmitting the packet checks its routing 
table" recited in column 3 lines 46-67 and column 4 lines 1-6); regarding claim 3, 
wherein the memory unit comprises the neighbor table wherein the neighbor table is 
updated on the basis of information of the management packet received by the at least 
one node (Fig. 1 , a block diagram illustrating a general data network topology, see 
"node W stores that information in a routing table and before transmitting the packet 
checks its routing table" recited in column 3 lines 65-67 and column 4 lines 1-6); 
regarding claim 6, the memory unit which stores information of the data packet before 
the data packet is transmitted to the destination node, wherein the information of the 
data packet comprises the second relay node sequence number(Fig. 1 , a block diagram 
illustrating a general data network topology, see "node W stores that information in a 
routing table and before transmitting the packet checks its routing table" recited in 
column 3 lines 46-67 and column 4 lines 1-6); regarding claim 8, wherein the memory 
unit comprises the neighbor table wherein the neighbor table is updated on the basis of 
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information of the management packet received by the at least one node (Fig. 1 , a block 
diagram illustrating a general data network topology, see "node W stores that 
information in a routing table and before transmitting the packet checks its routing table" 
recited in column 3 lines 65-67 and column 4 lines 1-6); regarding claim 11, storing 
information of the data packet before the data packet is transmitted to the destination 
node, wherein the information of the data packet comprises the second relay node 
sequence number (Fig. 1 , a block diagram illustrating a general data network topology, 
see "node W stores that information in a routing table and before transmitting the packet 
checks its routing table" recited in column 3 lines 46-67 and column 4 lines 1-6); 
regarding claim 19, storing information of the data packet before the data packet is 
transmitted, wherein the information of the data packet comprises the second relay 
node sequence number (Fig. 1 , a block diagram illustrating a general data network 
topology, see "node W stores that information in a routing table and before transmitting 
the packet checks its routing table" recited in column 3 lines 46-67 and column 4 lines 
1-6). 

It would have been obvious to one of the ordinary skill in the art at the time of 
invention to modify the system of Liu et al. by using the features, as taught by Flammer, 
III, in order to provide the memory unit which stores information of the data packet 
before the data packet is transmitted to the destination node, wherein the information of 
the data packet comprises the second relay node sequence number, the memory unit 
comprises the neighbor table wherein the neighbor table is updated on the basis of 
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information of the management packet received by the at least one node. The 
motivation of using these functions is to enhance the system in a cost effective manner. 

Liu et al. and Flammer III do not disclose the following features: regarding 
claim 1, comparing a first relay node sequence number with a second relay node 
sequence number the first relay node sequence number being contained in a 
management packet transmitted a predetermined neighboring node received by at least 
one node transmitting the data packet to the predetermined neighboring node the 
second relay node sequence number being stored in a neighbor table of the at least one 
node, wherein the comparing is performed in the at least one node transmitting the data 
packet; regarding claim 6, comparing a first relay node sequence number with a second 
relay node sequence number the first relay node sequence number being contained in a 
management packet transmitted a predetermined neighboring node which is received 
by at least one node transmits a data packet to the predetermined neighboring node the 
second relay node sequence number being stored in a neighbor table of the at least one 
node that transmits the data packet, wherein the comparing is performed in the at least 
one node transmitting the data packet; regarding claim 1 1 , comparing a first relay node 
sequence number with a second relay node sequence number the first relay node 
sequence number being contained in a management packet received from the 
neighboring nodes after broadcasting the data packet to neighboring nodes, the second 
relay node sequence number being stored in a neighbor table of a broadcasting node 
which broadcast broadcasting the data packet to the neighboring nodes, wherein the 
comparing is performed in the at least one node transmitting the data packet; regarding 
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claim 19, comparing a first relay node sequence number with a second relay node 
sequence number the first relay node sequence number being contained in a 
management packet which each of the neighboring nodes transmits after broadcasting 
the data packet to neighboring nodes the second relay node sequence number being 
stored in a neighbor table of the at least one node, wherein the comparing is performed 
in the at least one node transmitting the data packet. 

Engel et al. disclose monitoring communications which occur in a network of 
nodes, each communication being effected by a transmission of one or more packets 
among two or more communicating nodes, each communication complying with a 
predefined communication protocol selected from among protocols available in the 
network. The contents of packets are detected passively and in real time, 
communication information associated with multiple protocols is derived from the packet 
contents with the following features: regarding claim 1, comparing a first relay node 
sequence number with a second relay node sequence number the first relay node 
sequence number being contained in a management packet transmitted a 
predetermined neighboring node received by at least one node transmitting the data 
packet to the predetermined neighboring node the second relay node sequence number 
being stored in a neighbor table of the at least one node (Fig. 1 2, a flow diagram of the 
Look. sub.- for.sub.- Retransmission routine which is called by the Look. sub.-- at. sub. - 
History routine, see "It detects this by comparing the current sequence number of the 
packet as provided by the RTP with the sequence numbers of data packets that were 
previously sent as reported in the history table" recited in column 23 line 67 and column 
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24 lines 1-11), wherein the comparing is performed in the at least one node transmitting 
the data packet (Fig. 12, a flow diagram of the Look.sub.- for.sub.- Retransmission 
routine which is called by the Look.sub.- at.sub.- History routine, see "comparing the 
current sequence number of the packet as provided by the RTP with the sequence 
numbers of data packets that were previously sent as reported in the history table" 
recited in column 24 lines 3-6); regarding claim 6, comparing a first relay node 
sequence number with a second relay node sequence number the first relay node 
sequence number being contained in a management packet transmitted a 
predetermined neighboring node which is received by at least one node transmits a 
data packet to the predetermined neighboring node the second relay node sequence 
number being stored in a neighbor table of the at least one node that transmits the data 
packet (Fig. 12, a flow diagram of the Look.sub.- for.sub.-- Retransmission routine 
which is called by the Look.sub.- at.sub.- History routine, see "It detects this by 
comparing the current sequence number of the packet as provided by the RTP with the 
sequence numbers of data packets that were previously sent as reported in the history 
table" recited in column 23 line 67 and column 24 lines 1-11), wherein the comparing is 
performed in the at least one node transmitting the data packet (Fig. 12, a flow diagram 
of the Look.sub.- for.sub.- Retransmission routine which is called by the Look. sub. - 
at.sub.- History routine, see "comparing the current sequence number of the packet as 
provided by the RTP with the sequence numbers of data packets that were previously 
sent as reported in the history table" recited in column 24 lines 3-6); regarding claim 1 1 , 
comparing a first relay node sequence number with a second relay node sequence 
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number the first relay node sequence number being contained in a management packet 
received from the neighboring nodes after broadcasting the data packet to neighboring 
nodes, the second relay node sequence number being stored in a neighbor table of a 
broadcasting node which broadcast broadcasting the data packet to the neighboring 
nodes (Fig. 12, a flow diagram of the Look.sub.- for.sub.- Retransmission routine 
which is called by the Look.sub.-- at.sub.-- History routine, see "It detects this by 
comparing the current sequence number of the packet as provided by the RTP with the 
sequence numbers of data packets that were previously sent as reported in the history 
table" recited in column 23 line 67 and column 24 lines 1-11), wherein the comparing is 
performed in the at least one node transmitting the data packet (Fig. 12, a flow diagram 
of the Look.sub.-- for.sub.- Retransmission routine which is called by the Look. sub. -- 
at.sub.-- History routine, see "comparing the current sequence number of the packet as 
provided by the RTP with the sequence numbers of data packets that were previously 
sent as reported in the history table" recited in column 24 lines 3-6); regarding claim 19, 
comparing a first relay node sequence number with a second relay node sequence 
number the first relay node sequence number being contained in a management packet 
which each of the neighboring nodes transmits after broadcasting the data packet to 
neighboring nodes the second relay node sequence number being stored in a neighbor 
table of the at least one node (Fig. 1 2, a flow diagram of the Look.sub.-- for.sub. -- 
Retransmission routine which is called by the Look.sub.- at.sub.- History routine, see 
"It detects this by comparing the current sequence number of the packet as provided by 
the RTP with the sequence numbers of data packets that were previously sent as 
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reported in the history table" recited in column 23 line 67 and column 24 lines 1-11), 
wherein the comparing is performed in the at least one node transmitting the data 
packet (Fig. 12, a flow diagram of the Look.sub.- for.sub.- Retransmission routine 
which is called by the Look.sub.-- at.sub.- History routine, see "comparing the current 
sequence number of the packet as provided by the RTP with the sequence numbers of 
data packets that were previously sent as reported in the history table" recited in column 
24 lines 3-6). 

It would have been obvious to one of the ordinary skill in the art at the time of 
invention to modify the system of Liu et al. with Flammer by using the features, as 
taught by Engel et al. in order to provide the memory unit which stores information of 
the data packet before the data packet is transmitted to the destination node, wherein 
the information of the data packet comprises the second relay node sequence number, 
the memory unit comprises the neighbor table wherein the neighbor table is updated on 
the basis of information of the management packet received by the at least one node. 
The motivation of using these functions is to enhance the system in a cost effective 
manner. 

6. Claims 2,7,12 and 20 are rejected under 35 U.S.C. 1 03(a) as being 
unpatentable over Liu et al. (USP 1 84,421 B1 ) in view of Flammer, III (US 5,488,608) 
and further in view of Engel et al. (US 6,115,393) as applied to claims 1, 6, 11 and 19 
above, and further in view of Ogier (US 7,031 ,288 B2). 
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Liu et al., Flammer, III and Engel et al. disclose the claimed limitations as 
described in paragraph 5 above. Liu et al., Flammer, III and Engel et al. do not disclose 
the following features: regarding claim 2, wherein the control unit transmits the data 
packet, wherein after adding "1" to the second relay node sequence number and the 
resulting sequence number is included in the data packet; regarding claim 7, wherein 
the control unit transmits the data packet, wherein after adding "1" to the second relay 
node sequence number and the resulting sequence number is included in the data 
packet; regarding claim 12, wherein the step of broadcasting comprises adding "1" to 
the second relay node sequence number which is stored in the neighbor table of each 
of the neighboring nodes, adding the resulting relay node sequence number and 
predetermined information to the data packet, and regarding claim 20, wherein the step 
of broadcasting comprises adding "1" to the second relay node sequence number which 
is stored in the neighbor table of each of the neighboring nodes adding the resulting 
relay node sequence number and predetermined information to the data packet. 

Ogier discloses a communication system for discovering new neighbor nodes 
and detecting the loss of existing neighbor nodes with the following features: regarding 
claim 2, wherein the control unit transmits the data packet, wherein after adding "1" to 
the second relay node sequence number (Fig. 1, mobile internetworking system, see 
"sequence number is incremented each time a new broadcast packet is transmitted" 
recited in column 15 lines 39-41) and the resulting sequence number is included in the 
data packet (Fig. 1, mobile internet working system, see "include the broadcast 
sequence number to allow neighbor nodes to process the update message" recited in 
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column 15 lines 52-60); regarding claim 7, wherein the control unit transmits the data 
packet, wherein after adding "1" to the second relay node sequence number (Fig. 1, 
mobile internet working system, see "sequence number is incremented each time a new 
broadcast packet is transmitted" recited in column 15 lines 39-41), the resulting 
sequence number is included in the data packet (Fig. 1, mobile internetworking system, 
see "include the broadcast sequence number to allow neighbor nodes to process the 
update message" recited in column 15 lines 52-60); regarding claim 12, wherein the 
step of broadcasting comprises adding "1" to the second relay node sequence number 
which is stored in the neighbor table of each of the neighboring nodes (Fig. 1 , mobile 
internet working system, see "sequence number is incremented each time a new 
broadcast packet is transmitted" recited in column 15 lines 39-41), adding the resulting 
relay node sequence number and predetermined information to the data packet (Fig. 1 , 
mobile internet working system, see "include the broadcast sequence number to allow 
neighbor nodes to process the update message" recited in column 15 lines 52-60), and 
regarding claim 20, wherein the step of broadcasting comprises adding "1" to the 
second relay node sequence number which is stored in the neighbor table of each of 
the neighboring nodes (Fig. 1 , mobile internet working system, see "sequence number 
is incremented each time a new broadcast packet is transmitted" recited in column 15 
lines 39-41), adding the resulting relay node sequence number and predetermined 
information to the data packet (Fig. 1, mobile internet working system, see "include the 
broadcast sequence number to allow neighbor nodes to process the update message" 
recited in column 15 lines 52-60). 
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It would have been obvious to one of the ordinary skills in the art at the time of 
invention to modify the system of Liu et al. with Flammer, III and Engel et al by using the 
features, as taught by Ogier, in order to provide the function of a control unit transmitting 
the data packet after adding "1" to the second relay node sequence number and 
including the resulting sequence number in the data packet. The motivation of using this 
function is to enhance the system functionalities in a cost effective manner. 

7. Claims 14-16 and 22-24 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Liu et al. (USP 1 84,421 B1 ) in view of Flammer, III (US 5,488,608) 
and further in view of Engel et al. (US 6,115,393) as applied to claims 11,15, 19 and 23 
above, and further in view of Riihinen et al. (USP 6,697,331 B1 ) and Zhu et al. (USP 
5,768,527). 

Liu et al., Flammer, III and Engel et al. disclose the claimed limitations as 
described in paragraph 5 above. Liu et al. also discloses the following features: 
regarding claim 16, wherein, when the first and second relay node sequence numbers 
are not equal, the neighbor table is updated with a relatively large relay node sequence 
number (Fig. 3, CFM technique for beacon transmission, see "if cluster-head is 
identified with a greater number of cluster-head, table is updated" recited in column 17 
lines 22-37) and regarding claim 24, wherein, when the first and second relay node 
sequence numbers are not equal, the neighbor table is updated with a relatively large 
relay node sequence number (Fig. 3, CFM technique for beacon transmission, see "if 
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cluster-head is identified with a greater number of cluster-head, table is updated" recited 
in column 17 lines 22-37). 

Liu et al., Flammer, III and Engel et al. do not disclose the following features: 
regarding claim 14, wherein the step of determining comprises as a result of the 
comparison, when the first and second relay node sequence numbers are equal, 
terminating transmission of the data packet; and when the first and second relay node 
sequence numbers are not equal to each other, retransmitting the data packet to the 
neighboring nodes and regarding claim 22, wherein the step of determining comprises: 
as a result of the comparison, when the first and second relay node sequence numbers 
are equal, terminating transmission of the data packet; and when the first and second 
relay node sequence numbers are not equal, retransmitting the data packet to the 
neighboring nodes. 

Riihinen et al. discloses cellular communications for link layer acknowledgement 
and retransmission with the following features: regarding claim 14, wherein the step of 
determining comprises: as a result of the comparison, when the first and second relay 
node sequence numbers are equal, terminating transmission of the data packet (Fig. 8, 
poll timer start, restart and cancel conditions, see "if sequence number is greater than or 
equal to poll timer cancels and retransmission stops" recited in column 4 lines 9-15 and 
column 1 1 lines 17-33 and 25-26) and when the first and second relay node sequence 
numbers are not equal to each other, retransmitting the data packet to the neighboring 
nodes (Fig. 8, poll timer start, restart and cancel conditions, see "if sequence number is 
greater then poll timer starts for retransmission" recited in column 4 lines 9-15 and 
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column 11 lines 17-33) and regarding claim 22, wherein the step of determining 
comprises: as a result of the comparison, when the first and second relay node 
sequence numbers are equal, terminating transmission of the data packet (Fig. 8, poll 
timer start, restart and cancel conditions, see "if sequence number is greater than or 
equal to poll timer cancels and retransmission stops" recited in column 4 lines 9-15 and 
column 1 1 lines 17-33 and 25-26) and when the first and second relay node sequence 
numbers are not equal, retransmitting the data packet to the neighboring nodes (Fig. 8, 
poll timer start, restart and cancel conditions, see "if sequence number is greater then 
poll timer starts for retransmission" recited in column 4 lines 9-1 5 and column 1 1 lines 
17-33). 

It would have been obvious to one of the ordinary skills in the art at the time of 
invention to modify the system of Liu et al. with Flammer, III and Engel et al. by using 
the features, as taught by Riihinen et al., in order to provide function of comparison so 
that when the first and second relay node sequence numbers are equal, terminating 
transmission of the data packet and when the first and second relay node sequence 
numbers are not equal to each other, retransmitting the data packet to the neighboring 
nodes. The motivation of using the function of comparison is to enhance the system 
functionalities in a cost effective manner. 

Liu et al., Flammer, III, Engel et al. and Riihinen et al. do not disclose the 
following features: regarding claim 15, wherein a number of times for retransmitting the 
data packet is set to a predetermined number of times, and when the number of times 
the data packet has been retransmitted exceeds the set number of times, retransmitting 
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the data packet is stopped and regarding claim 23, wherein retransmission of the data 
packet is set to occur a predetermined number of times, and when the number of times 
the data packet is retransmitted exceeds the set number of times, retransmitting the 
data packet is stopped. 

Zhu et al. discloses a communication system for real time multimedia streaming 
with the following features: regarding claim 15, wherein a number of times for 
retransmitting the data packet is set to a predetermined number of times, and when the 
number of times the data packet has been retransmitted exceeds the set number of 
times, retransmitting the data packet is stopped (Fig. 3, multimedia streaming system, 
see "retransmission message includes number of copies for retransmission and for 
each retransmission request sent out a timer is started" recited in column 7 lines 50-59) 
and regarding claim 23, wherein retransmission of the data packet is set to occur a 
predetermined number of times, and when the number of times the data packet is 
retransmitted exceeds the set number of times, retransmitting the data packet is 
stopped (Fig. 3, multimedia streaming system, see "retransmission message includes 
number of copies for retransmission and for each retransmission request sent out a 
timer is started" recited in column 7 lines 50-59). 

It would have been obvious to one of the ordinary skill in the art at the time of 
invention to modify the system of Liu et al. with Flammer, III, Engel et al. and Riihinen et 
al. by using the features, as taught by Zhu et al., in order to provide the function wherein 
a number of times for retransmitting the data packet is set to a predetermined number of 
times, and when the number of times the data packet has been retransmitted exceeds 
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the set number of times, retransmitting the data packet is stopped and regarding. The 
motivation of using the function of comparison is to enhance the system functionalities 
in a cost effective manner. 

Response to Arguments 

8. Applicant's arguments with respect to claims 1-28 have been considered but are 
moot in view of the new ground(s) of rejection. 

Conclusion 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to SYED BOKHARI whose telephone number is (571)270- 
31 15. The examiner can normally be reached on Monday through Friday 8:00-17:00 
Hrs.. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Kwang B. Yao can be reached on (571) 272-3182. The fax phone number 
for the organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 

/Syed Bokhari/ 
Examiner, Art Unit 2473 
12/14/2009 

/KWANG B. YAO/ 

Supervisory Patent Examiner, Art Unit 2473 



